約 3,386,234 件
https://w.atwiki.jp/8date/pages/19.html
#blognavi まだまだ開発に時間がかかりそうなので、さらなる開発中のスクリーンショットを紹介しています。 ひとまず、TungstenやTreoのDIAに対応できました。 シミュレータの都合上、日本語OSが載っていないので英語表記になっていますが。 8Dateでは、キー入力だけですべての操作を行えるようにしたいと思い、それに従って、編集画面や各パラメータの選択画面などを作り直しています。 キー操作についてはこれからなので、変わる可能性は高いですが、ベースはこんな感じになります。 TungstenやTreoでは、これまでのDatebook/ToDo/Address/MemoPadから Calendar/Tasks/Contacts/Memosという新アプリが載るようになって、データベースのフォーマットも変更されています。 これら新データベースへアクセスできるようにしましたが、機能などの詳しい情報が公開されているわけでもないので、予定の「場所」やToDoの「完了日」など、一部の便利そうな項目だけ対応する予定です。 カテゴリ [ログ] - trackback- 2006年08月26日 00 00 00 #blognavi
https://w.atwiki.jp/devstsample/pages/19.html
(ただいま作成中です。) 1.使用ソフト JDK1.6.0_16(jre6) Tomcat6.0.20 S2.4.39 S2Tiger-2.4.39 eclipse3.3.2 ※3.5は、SeaserのResourceSynchronizerとSAStrutsPluginが 導入できなかったため導入見送り。 Tomcatプラグイン ResourceSynchronizerとSAStrutsPlugin プロパティエディタPlugin 5.3.3 2.環境初期セットアップ ①JDKはインストーラでインストール ②tomcatは、zipから解凍して配備 ③Eclipseは、zipから解凍して配備 ④Tomcatプラグイン ⑤ResourceSynchronizerとSAStrutsPlugin ⑥プロパティエディタPlugin ※④~⑥は、http //sastruts.seasar.org/setup.htmlを参照 動作確認のため、「5.インストール後の設定と動作確認」 までやってしまう。 注意は、「sa-struts-tutorial」をインポート後、Tomcat6.xでは、 ライブラリパスの変更が必要。 (変更前) TOMCAT_HOME/common/lib/jasper-runtime.jar TOMCAT_HOME/common/lib/jsp-api.jar TOMCAT_HOME/common/lib/servlet-api.jar ↓ (変更後) TOMCAT_HOME/lib/jasper.jar TOMCAT_HOME/lib/jsp-api.jar TOMCAT_HOME/lib/servlet-api.jar 3.環境フォルダ構成 C \devstsample ⇒開発環境のルートフォルダ ├─env ⇒ ツールやミドルは出来るだけここに集約 │ ├─apache-tomcat-6.0.20 │ ├─eclipse │ └─Java │ ├─jdk1.6.0_16 │ └─jre6 └─src ⇒ ソースは出来るだけここに集約 └─eclipsews ⇒ eclipseのworkspaceはここ └─sa-struts-tutorial
https://w.atwiki.jp/myads/pages/84.html
はじめまして 私は初級から中級者です(自称です) (^Q^ 写真はありませんがそこはかんべんしてください さて私のマップですが資材以外何にもないので発展するまでは時間がかかりそうです クリア条件は34年以内に鉄道総延長10キロです あくまでも都市を大きくするのが趣旨なのでクリアしやすいようにしました コメント↓ はじめまして あなたの都市の開発が楽しみです。 宜しくお願いします。 -- あいうえお はじめまして あなたの都市の開発が楽しみです。 宜しくお願いします。 -- あいうえお 名前 コメント
https://w.atwiki.jp/ookubo/pages/11.html
VMWAREのダウンロード先 http //mcn.oops.jp/wiki/index.php?VM%2FVMware%2FVMware%20Player Ubuntu のVMWARE用イメージのインストール先 http //www.ubuntulinux.jp/products/JA-Localized/vmware
https://w.atwiki.jp/akaituki/pages/45.html
開発事業2課 ソフィア:ここはまだ開発中ですの 係員:手伝ってくれる職員募集中です。 カイエンヌ納品? 地中海交易整備計画? 暴落調整?
https://w.atwiki.jp/s60info/pages/12.html
以下のものをダウンロード/インストール S60 Platform SDKs for Symbian OS, for C++ とりあえず「Release Note for S60 3rd Edition SDK for Symbian OS, for C++, Maintenance Release」をダウンロードした 「Release Note for S60 3rd Edition SDK for Symbian OS, For C++, Japanese Version 」はcarbide.c++でサポート外? carbide.c++
https://w.atwiki.jp/masuhara/pages/66.html
【開発管理】 ターミナルのショートカットキーまとめ iPhoneアプリ開発github攻略まとめ←おすすめ Backlog公式・サルでもわかるgit入門 Macを使い始めたら覚えたい12のUNIXコマンド 既存のXcodeプロジェクトをGitで管理してGithubにPushするの巻 XcodeプロジェクトをBitbucketで管理する ブランチとはなにか〜デザイナーのためのgit入門〜 Xcodeのプロジェクトファイルをbitbucketを使ってプライベートレボジトリで管理する giboを使って.gitignoreを簡単に作成する方法 新しいバージョンのリリースを通知する 【開発手法】 クックパッド式アジャイル開発 GitLab+RedMine+Jenkinsで自動ビルド テストで常に高品質 【マネジメント】 プロジェクトマネージャの役割は「見える化」である トヨタに習え!「かんばん式」開発と「見える化」 KPIとKGIの違いを理解しよう KPIにしてはいけない8つの指標 KPIを決めるときに気をつけることまとめ DAUを捨てた会社の話
https://w.atwiki.jp/hikipuro/pages/66.html
DevKitPro http //www.devkitpro.org/ PALib http //palib.info/ DevKitPro と組み合わせて使うライブラリ dswifi Wifi for DS Homebrew Development http //www.akkit.org/dswifi/
https://w.atwiki.jp/akaituki/pages/84.html
フランデルン開発機構 FDMアムステルダム本部のページです FDM価格表 各種SHOP品の価格表です FDM募集要項 商会員の募集要項です FDM投資計画? 投資の計画案です FDM交易計画 交易企画案です
https://w.atwiki.jp/devstsample/pages/16.html
このwikiのメインではないのでここは非常にシンプルに書いておきます。 1.開発プロセスの概要: ざっくりこんな流れを想定します。 ①要件定義⇒②外部設計⇒③内部設計⇒④単体開発/単体テスト⇒⑤結合テスト⇒⑥シナリオテスト⇒⑦システムテスト⇒⑧ユーザーテスト SEとPGは分業制です。 -SEはお客様の対面に立って、仕様の詰めを行うがプログラム開発はしません。 スキルとしてもJavaによるプログラムが出来ることは必須としません。 -PGはお客様の対面には立ちませんが、プログラム開発を行います。 ①要件定義 システムの業務フロー、機能一覧(画面一覧とバッチ一覧)、 DBの主要項目ぐらいまでは洗い出します。 担当:SE ②外部設計 お客様と決めておくべき事項は全てここで決めます。 加えて、画面の項目やDB項目の物理名は決めておきます。 担当:SE ③内部設計 外部設計で定義していないので、プログラム開発に必要な項目を設計する。 担当:PG ④単体開発/単体テスト プログラム開発と、プログラム単体の自動テスト(JUnitなど)、 PGのローカルPC上での画面単位の動作確認テストなどを実施。 一連の操作による画面の流れが正常に出来る程度の結合テストまでは実施。 担当:PG ⑤結合テスト 全プログラムを結合して、結合テスト環境に配備してテストを実施。 関連する機能同士の整合性の確認、また、PG開発者とは別の人間により、 単体テストの再確認等も実施。 結合して動かせることと、PGが開発したプログラムの品質確保が目的。 担当:SE ※、不具合の修正はPGが実施 ⑥シナリオテスト 夜間バッチ実行(日次処理、月次処理、年次処理)とオンラインでの入力を絡めた、 実業務のシナリオを想定したテストを実施。 結合テストの一部だが、上記のレベルの品質が安定しないと実施が不能なため、 タイミングはかなり開発の後半になる。 担当:SE ※、不具合の修正はPGが実施 ⑦システムテスト 負荷テスト、バックアップ/リカバリーなどの運用テストなど実施。 本番環境へのプログラム配備と確認もここで行う。 タイミングは、⑥と平行ぐらい。 アーキテクチャーとして性能が出ない構成になっていないかどうかというレベルの、 負荷テストはもっとまえに実施する。 担当: ※個別機能の担当者主体ではなく、アーキテクトなど主体となる。 ⑧ユーザーテスト 最後にユーザーが受け入れのために確認を行うテスト。 担当: ユーザー。 ただし、SEが最大限に支援を行い。修正はPGが行う。 2.どのように開発を支援するか ①徹底した標準化と、フレームワーク/ツールによる支援。 ・設計書から、均質な動作をするソースコードを自動生成できるように ツールを開発します。 ・ツールでは100%自動生成は目指しませんが下記の方針として自動生成します。 ・自動生成後に追加で手動で記述する部分と、自動生成部分は明確に分離して、 何度でも、設計書⇒ソースコード生成を行えるようにする。 これにより、設計書に修正が必要な変更が発生した場合は、 設計書修正⇒ソースコード修正の流れを維持できるようにし、 生産性向上とともに 「設計書とソースコードの乖離を最小限に抑えること」 「自動生成部分に変更があった場合も生成できること」 も狙う。 ・設計資料も含めて、何箇所にも等価なものを記述する手間を省く。 例えば、HTMLで設計資料用の画面イメージを作り、実装用にはJSPを作成する といった無駄も省けるようにする。 ②上記を前提とした、設計/実装ガイド資料を作成 ③上記を前提とした設計書テンプレートを作成。 レビューガイド/チェック資料なども作成。 ④共通部品の提供 共通部品として提供できるものは一式そろえる。 ⑤単体開発環境を提供。 ・Eclipseに、プロジェクトに必要なプラグインを設定済みにして配布。 ・SVN環境の整備。 -フォルダ階層の標準化やソースコード管理方法の整備も含む。 ⑥結合テスト以降のテスト環境構築と、ライブラリ管理者への受け渡し方法の整備。 ここでいうライブラリ管理者は、リリースすべきソースコードの管理と、 障害解消の対応付けなどを行う人のこと。 どこまで人手を必要とするかは、考え方と環境整備の充実度による。 本wikiでは、「結合テスト」で使用するソース管理は、 開発者やサブシステムのリーダの担当とし、 「シナリオテスト」以降のテストで使用するソースは、 結合テストで合格したものを厳格な手続きでライブラリ管理者に受け渡して 管理する方法を想定する。 ⑦自動テスト環境の整備。 単体開発者がJUnit、Selenium等による自動テストを実施できる環境を用意し、 かつ、テストソースもソースと一緒にSVN管理する。 テストケースの網羅性なども一定の指針を設けて、最低限のラインは確保する。 ただし、自動テストをやったら手動テストはしないというのではなく、 普通に手動で動作させての確認は自動テストと重複する内容でも1度は実施する。 結合テスト以降の環境では、毎日全てのテストソースを夜間自動実行し、 結果をフードバックして不具合は速やかに修正する。 ⑧不具合修正/要件変更手順の整備 手順を明確にし、お客様と同意しておく。 (このぐらいにしておきましょう。)